home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000406_mackay@cs.washington.edu_Wed Mar 16 06:56:23 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  1KB
  1. Received: from june.cs.washington.edu by cs.umb.edu with SMTP id AA27927
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Wed, 16 Mar 1994 17:56:24 -0500
  3. Return-Path: <mackay>
  4. Received: (mackay@localhost) by june.cs.washington.edu (8.6.7/7.1ju+) id OAA23428; Wed, 16 Mar 1994 14:56:23 -0800
  5. Date: Wed, 16 Mar 1994 14:56:23 -0800
  6. From: mackay@cs.washington.edu (Pierre MacKay)
  7. Message-Id: <199403162256.OAA23428@june.cs.washington.edu>
  8. To: kb@cs.umb.edu
  9. Cc: fj@iesd.auc.dk, tex-k@cs.umb.edu
  10. In-Reply-To: "K. Berry"'s message of Wed, 16 Mar 1994 05:43:28 -0500 <199403161043.AA26915@terminus.cs.umb.edu>
  11. Subject: Re: Kpathsearch -- database searching
  12.  
  13.  
  14.        The reason I'm willing to go to all this trouble is I think that it's
  15.        very important that if a file (foo.tex, say) *does* exist, but is *not*
  16.        in the database, that TeX should find it. There is nothing more
  17.        frustrating than installing something and then having to regenerate a
  18.        zillion subsidiary databases for it to actually be available.
  19.  
  20.  
  21. I support that argument all the way.  Even if it isn't quite
  22. a zillion databases, when you make up a new file that hasn't been
  23. passed through all the databasery, whatever that may be, that new file has
  24. got to be found, and if it is in a path that precedes the databasery
  25. it has got to be found first.
  26.  
  27. Documentation and typesetting is a wonderfully messy business.
  28.